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ABSTRACT | 


The problems encountered by operational units of the U.S. Navy in 
meeting the requirements to submit a multitude of reports ranging fran 
Simple Fuel Status Reports to rigidly defined, canputer formatted Move- 
ment Reports are almost overwhelming. The evolution of these require- 
ments and recent attempts to simplify reporting are reviewed. A proposal 
is presented which outlines the development, test, and evaluation, and a 
gradual integration of a Composite Reporting System into the existing 
cammunications system. This Camposite Reporting System is the logical 


predecessor of a Navy-wide Information System. 





TABLE QF CONTENTS 


I. INTRODUCTION ----------------------- 9 
II. OVERVIEW OF THE PROBLEM ---------------------------~------ 
A. ONE INCIDENI ----------------------- 
B. THE MULTITUDE OF REPORTS ----------------------------- 
Ti DEVELOPMENT OF REPORTS ——-———————---—--—-—---_—____________ 
Ww. RECENT EFFORTS TO REDUCE MESSAGE TRAFFIC ----------------- 
A. COMMANDER FIRST FLEET -------------------------------- 
B. HIGHER LEVELS OF INTEREST ------------------------------ 
V ONDINE ID 
VI DEVELOPMENT OF THE COMPOSITE REPORI -------------~--------- 
A. PROPOSED COMPREP SYSTEM ----------------—---------—---- 
B. CRITERIA FOR SUCCESS --------------------------------- 
C. THE COMPREP PROCESSOR -----------------------------—- 
VII. SUMMARY -----------------—----------------—--—--—-—--—--~-------- 
APPENDIX J ----------~--~------------- -~- ---- - - -- -- - - ------ - -- -- = 
APPENDIX I] -------------------------------- -- -- -- ------ --- ----- 
REFERENCES -----------<-------------- —-- - - -- - 
INITIAL DISTRIBUTION LIST -----------—--------—----------------- a 
FORM DD 1473 ---------------------------------------- ----------- 





I. INTRODUCTION 


In my experience as a carmunications officer, navigator, electronics 
officer, and operations officer, I have never felt confident that I had 
properly drafted and addressed all of the reports in my area of responsi- 
bility whenever an "extraordinary" situation had developed. In discussing 
this problem with several other officers, fran Captain through Ensign, I 
find that this feeling persists at all levels. To my knowledge, there is 
no camplete list of such required reports available. Each unit must 
research many publications, operation orders, instructions, letters of 
instruction, and message files in order to fulfill the reporting require- 
ments for each incident. Many of the reports generated as a result of 
an "extraordinary" situation contain redundant infomation. It might 
seen reasonable to attempt to identify all of the current required 
reports, the units responsible for their origination, the addressees to 
whom they must be submitted, and the information contained in each tyre. 
It would then be possible to determine the amount of redundancy and pro- 
pose the elimination, revision or combination of these required reports 
in order to arrive at a concise listing of all required reports, the 
criteria for origination of these reports, the format of these reports 
and the addressees to whan these reports should be sent, and to make this 
available to the operational units of the fleet. 

This undertaking would prove to be a considerable task. Each opera- 
tional unit has a unique suit of reference publications, and depending 
upon the task and mission assignment, geographical location and a multi- 


tude of other variables, each would be required to utilize a different 


set of reports and addressees to cover an identical incident. Even in 





such routine reporting situations as equipment failure, movement or 
weather observation, investigations aboard operating units revelaed that 
those personnel responsible for generation of a report could not readily 
substantiate: 

a. Who required the report. 

b. What criteria justified a report. 

c. To whan must the report be sent. 

d. How often must the report be updated. 

e. What format must be used. 

When these personnel of the operating units of the fleet were asked, 
"How do you know that a particular report is required," the replies were 
of the nature ... "We have always submitted that report.", "The man I 
relieved told me to be sure and send that report.", "The last time a 
similar situation occurred, we made this report and nobody criticized 
Meee. CLC. BUE no one £ spoke with could state with absolute cer- 
tainty that he had not missed sending some obscure report which was 
required by one of his publications. 

Instead of trying to identify and analyze all of the currently 
effective operational reports in an attempt to reduce or eliminate 
redundancy, I chose an alternate way to approach the ever-increasing 
problems in reporting. That approach was examining the feasibility of 
an information system in which the operational units of the fleet could 
submit simple reports on any Situation, routine or unusual, and be sure 
that this information was disseminated to the proper authority. 

A scenario is used in Section 2 to illustrate the problems encoun- 
tered by operational units in complying with existing reporting require- 


ments. A brief history of the evolution of the present reporting system 





is presented in Section 3, followed in Section 4 by a review of recent 
attempts to fommulate a Composite Reporting System. An attempt is made 
in Section 5 to illustrate the flexibility of such a concept by adding 
a previously excluded report to an experimental Composite Reporting 
System. Section 6 deals with the proposal of how a workable Camposite 
Reporting System could be developed, tested and integrated into the 


present reporting system, and Section 7 is a summary. 





IT. OVERVIEW OF THE PROBLEM 


A. ONE INCIDENT 

Suppose that you are the Cammanding Officer of the USS Destroyer 
enroute from San Diego to Pearl Harbor. At 0200 you are awakened from 
a deep sleep by the Officer of the Deck who makes the following report. 

"Sorry to wake you Captain, but there has been a casualty to Number 3 
boiler. We have lost all electrical power, are dead in the water, fire- 
man Jones was injured and taken to sickbay, and the chief engineer says 
it will be at least an hour before he can get up steam in Number 1 
boiler." You reply, "Very well. Have the chief engineer report to my 
cabin with an assessment of the damage as soon as he has made a 
preliminary investigation. ey 

At 0230 the chief engineer arrives and the following facts are 
revealed: 

1. The casuality was caused by high water in the boiler. 


2. Water was carried over the steam lines to the generator and the 
Main turbine. 


3. Fireman Jones, in his haste to wrap up the boiler, fell off a 
a ladder and has suffered a broken am. 


4. The emergency generator will not start. Estimated time to 
restore electrical power is about 30 minutes. 


5. Number 1 boiler will be on the line ready to answer bells in 
approximately an hour. 


In the meantime, the operations officer appears and reports that due to 
the surge of power at the time of the casuality, the surface search radar 
is down along with several pieces of cammunications equipment. And of 
course the Fleet Broadcast cannot be relieved until power has been 


restored. 





pee tee, MULTITUDE OF REPORTS 
The following is the minimum list of messages which must be sent in 
the right format to the required addressees in the designated time period 


allowed for reporting such an incident: 


MOVEREP To explain the delay in transit 

PERS CASREPT To report the injury of fireman Jones 

CASREPT To report failure of Number 3 boiler 

CASREPT To report failure of Number 2 generator 

CASREPT To report failure of the surface search radar 

CASREPTS To report the failure of each piece of communications 
equipment 

COMSTAT To report the change of status of canmunications 
equipment 

FORSTAT To report the change in material readiness of the 
ship 

MILSTRIP To order repair parts for the equipments reported 
by CASREPT 

LOGREQ To inform personnel at destination of the delay in 


arrival. A request for messages not received during 
the pericd in which the Fleet Broadcast could not be 
received. 

There may be more messages required, but this list should serve to 
illustrate my points: one incident can create the requirement for a large 
number of messages. 

In examining the content of the messages listed above, one can readily 
pick out a great number of redundant pieces of information which must be 
put into the proper format for transmission. Several of the messages are 
sent to the same addressees. For example, in the five (or more) CASREPTS, 
answers to the following appear: Can the ship continue its present 
mission; are repair parts onboard-~allowed/ordered; what is the name and 
date of next port visit. In the section on parts needed to repair the iten, 


complete supply data must be furnished as well as the date-time-group of any 


supply related messages resulting fram the CASREPT. Information concerning 





the next port visit js also contained in both the LOGREQ and in the 
MOVREP. There are more examples of redundancy which became readily 


apparent when the actual messages are written up and camnpared. 





Tift. DEVELOPMENT OF REPORTS 


Through the years, an elaborate system of reporting has been devel- 
oped for units of the Ae. Eacn Commander, Bureau, Systems Command, 
and functional area of the Navy requires reports either periodically or 
as Situations develop. As the size of the Navy increased and the com 
mand elements became separated from the support units, and the support 
units became more specialized, they separated into isolated units 
Operating independently of each other. The number, complexity and fre- 
quency of required reports has steadily risen to the point where it is 
now virtually impossible for the Commanding Officer of a typical afloat 
unit to be aware of all the reports which he is responsible to originate 
in any given situation. 

With the diversification of activities ashore, more detailed reports 
have been introduced to the fleet. Same are narrative, but more and 
more, the reports are being required in some type of standard fommat. 
These formats range from loosely defined data elements in simple alpha- 
betical order, to a rigidly styled format in which every character and 
space in the report must be exact. The amount of time required to pre- 
pare some of these reports is considerable, and it is questionable as to 
whether or not the effort involved in preparing the report is justified 
by the amount of information contained in the report. The required 
number of reports containing redundant information has driven the 
reporting units and the communications stations to a condition of extreme 


inefficiency. 
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The time has come to examine the requirements of all Cammanders and 
Supporting Activities in an effort to provide each with the necessary 
information to perform his functions efficiently. These basic require- 


ments could then be molded into a Navy-wide Information System. 


dis 





IV. RECENT EFFORTS TO REDUCE MESSAGE TRAFFIC 


A. COMMANDER FIRST FLEET 

In 1968, the staff of Commander First Fleet made an initial study of 
the reporting requirements for units assigned to the First Fleet. The 
concept of starting an information base containing all data reported by 
First Fleet units was considered. Little support for this concept was 
found. This concept laid dormant until Fleet Exercise (ROPEVAL 3-71) in 
September 1971 [1]. At this time units participating in the exercise 
were required to send specified data items to Commander First Fleet in 
order to build a data base, but normal reporting was also required of 
the units. The data was campiled by hand. The amount of data was 
impressive; however, no provisions had been made at this time to utilize 
or further distribute this data and thereby eliminate the parallel 
reporting by the operating units. 

The operational units did express an interest in such a reporting 
system, provided it would eliminate the other required reports. 

A second Fleet Exercise (COMPUTEX-72) was conducted in April 1972 [2]. 
At this time the COMPREP (message format developed for Commander First 
Fleet Composit Reporting System) was introduced to the participation 
units. The COMPREP is a formatted message, designed to enable the origi- 
nators to report various situations or events in one simplified format. 
(See list of reports covered on page 14). In this exercise an attempt 
was made to utilize automatic data processing equipment to process the 
COMPREP by reformatting the information into the traditional reporting 
format and transmitting the information to the normal addressees. At the 


same time the elements of information were utilized to canpile a data base 


iZ 





which could be queried by selected Commands for specific pieces/items or 
categories of information. The COMPREP was the only report transmitted 
Iyeene Participants im this Fleet Exercise. Normal, separate, opera- 
tional reports were not originated and sent as had been done in the pre- 
vious exercise ROPEVAL 3-71. The participating units were impressed by 
the reduction of traffic and the conciseness of this report. The major 
problems encountered during this exercise were attributable to inade- 
quately written programs controlling the automatic data processing 
equipment located in Hawaii [2]. 

The programs' lack of tolerance of minor errors in the format, or of 
errors introduced during transmission required the reformatting of most 
of the regular operational reports by hand. The personnel operating the 
automatic data processing equipment were not properly indoctrinated on 
the correct procedures to follow when the autcmatic data processing 
equipment would not reformat a particular message correctly, and this 
resulted in an unacceptable time delay in the delivery of actual "opera- 
tional traffic." The COMPREP reporting phase of this exercise had to be 
terminated early in the exercise to insure operational reports were in 
fact delivered on time. Once again, the Commanding Officers of the units 


involved in reporting by means of a COMPREP were enthusiastic. 


Be HIGHER LEVELS OF INTEREST 

In October 1972, a Cammand Information Workshop was convened in 
Washington, D.C. to generate interest in the development of a new reporting 
system, Navy Status of Forces (NSOF) [3]. This system would be incorpo- 
rated as a subsystem of the World Wide Military Cammand and Control sys- 
tem (WAMCCS). This workshop marked the first time that operating per- 


sonnel fran the fleet as well as planning personnel fram the office of 


iS 





OPNAV cambined forces to examine the possibility of a single formatted 
message replacing a variety of established reporting systems. 

The recanmmendations forwarded from this workshop were the basis for 
Chief of Naval Operations message 301348Z November 1972. This message, 
addressed to various Canmands, set forth a time table for development of 
a Single formatted message based on Commander First Fleet's COMPREP, an 
earlier attempt to consolidate a variety of reports [4]. Upon receipt 
of this message, a preliminary development team was formed in San Diego, 
California, under the direction of OPNAV 943. This team was canposed of 
personnel from the Naval Electronics Laboratory Carmmand, San Diego; the 
staff of Commander First Fleet; and a civilian contractor familiar with 
camunications systems. 

This team began working on a proposal in December 1972. In January 
1973, their proposal was presented to OPNAV 943 [5]. It was rejected on 
the basis of being too optimistic with respect to time tables set for; 
research and development; formulation of the format; writing and testing 
of software package; implementation. Another strong criticism of the 
proposal was the absence of a detailed cost analysis. 

In the previously described Camander First Fleet attempts to evaluate 
a new reporting system, the following existing reports were to be replaced 


by the formatted message, COMPREP: 


Aircraft Availability MILSTRIP Requisitions 
Air Summary MOVEREP 

Ammunition Expenditure Operational Efficiency (NUDET) 
Broadcast Shift OPREP-3 (Exercise) 
Broadcast ZDK/ZFK Request OPSTAT 

CASREPT Position/PIM 

CASCOR Sitrept 

Cammunications Guard Shift Task Organization Changes 
Cammunications Interference Termination Request 
COMSTAT VP Mission Summary 
Contact VP Unit Tasking 

C & D Actions Weather Observations 
Electronic Interference (MIJTI) Oceanography Reports 
Fuel Status 
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These message formats were analyzed and broken down into basic ele- 
ments of information. The basic elements of information were then 
organized into 18 different categories or sections. The sections were 
further divided into lines, with each line assigned a 5 letter code for 
automatic processing. 

The latest proposal by the preliminary development group has organi- 
zed the information into more general categories of a more narrative 
nature. The exact format had not been worked out due to non-availability 
Gmumranding. 

The concept of composite reporting is sound and exciting. It would 
provide all the information in a timely manner to all Operational and 
Administrative Canmanders through a Navy-wide Information System. The 
areas which must still be developed are: 


1. The list of all messages/reports to be incorporated into the 
system during the initial implementation. 

2. <A format must be developed which will lend itself to modification, 
1.e€., addition of other reports, changes to present requirements 
or deletion of obsolete reports. 


3. Development of a software program to process the new format, 
insure proper dissemination and feedback to the originating unit. 


US 





V. ADAPTABILITY 


A mandatory feature of a Camposite Report is that it be capable of 
adapting to change without the necessity of completely restructuring the 
report. This feature is important both for the development of initial 
phases of the report as well as for future growth of its usage. 

Traditional message formats, such as the MOVEREP, apparently have 
been devised to concisely present exactly the data items desired by the 
reporting center. Such a format might be specified after a careful sur- 
vey of needed information. Same appear to be specified so that the per- 
son camnposing the report can conform, character by character, toa 
computer program's strict input format. But modern computer software 
techniques are no longer strictly tied to the fixed character position 
analysis of punched card collating days. The consistency checking and 
free format styles allow a new case and a degree of forgiveness to the 
human composer. 

For the exercises previously conducted by Commander First Fleet, it 
was reasonable to compose a single COMPREP format to replace a definite 
fixed list of traditional reports. However, for the introduction of the 
COMPREP system into Navy-wide use as described in the next section, it 
Will be necessary to use a format which will accamodate other messages 
not listed as initial messages to be incorporated into the COMPREP system. 

As evidence that the COMPREP concept is adaptable enough to allow 
inclusion of reports which were not specifically included in its design, 
the following discussion illustrates the expansion of Commander First 
Fleet's COMPREP format to include a standard SEARCH AND RESCUE report as 


required by NWIP 10-1 (D). 
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Figure 5.1 is a message, utilizing the COMPREP format developed by 
Commander First Fleet, which contains the information necessary to con- 
struct the following stamdard reports: POSITION, FUEL STATUS and 
WEATHER OBSERVATION. Figure 5.2 is a standard SEARCH AND RESCUE report. 

The extension of the COMPREP containing the POSITION, FUEL and 
WEATHER OBSERVATION in Figure 5.1, to include all of the information in 
the SEARCH AND RESCUE report in Figure 5.2, is shown in Figure 5.3. Note 
that the only additional elements are items 22 through 26. The remainder 
of the information contained in the SEARCH AND RESCUE report was already 
present in the COMPREP illustrated in Figure 5.1 in data items 1,3,4,5, 
eo, 11,15,16,18 and 19. 

The number of characters required to transmit the SEARCH AND RESCUE 
report in the standard message format, Figure 5.2, is 296. If this mes- 
sage was integrated into the COMPREP as shown in Figure 5.3, it would 
take only 38 characters. This is a net savings in terms of characters 
transmitted of 258. Even if the SEARCH AND RESCUE report was the only 
message to be sent, Figure 5.4, the entire message would contain only 
245 characters in the COMPREP System vice 296 in the standard format. 
Additionally, this COMPREP would automatically provide updates to the 
ship's position and present weather files. 

An adaptable format such as this will confidently be expected to be 
capable of including most of the current operational reports. In addi- 
tion, the COMPREP must be capable of changing with future reporting 
requirements to allow future evolution into a useful, efficient camponent, 


compatible with future information systems. 
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CONIA OS WN bF 


SAMPLE MESSAGE USING COMPREP FORMAT 
DEVELOPED BY COMMANDER FIRST FLEET 


Peemcw Uso ole 


shoe 
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CLASSIFICATION 


COMPREP PROCESSOR 


COMPREP 


DE-999 


003 


101643 


271=16 


LAs 
090-10 
WG 32 
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45,164.08 
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LU SAAS 


OO peoO 


250) 


O62 


07,5,04 
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Position 


Fuel 


Weather 


MEGURE, 5.1 
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Explanation of data element 


Unit identification 

Serial number of report 

Date time group of report 

Latitude of unit 

Longitude of unit 

Course and speed of unit 

Task Unit Assignment of unit 

Percentage of burnable fuel 
onboard 

Ship weather observation 

Wind indicator, cloud coverage, 
wind direction, speed 

Visibility, present weather 

High cloud coverage 

Type low clouds, height of 
eloud base 

Type middle clouds, type 
high clouds 

Barometric pressure, Air 
Ueiperature 

Air/sea temp differential, 
dewpoint, sea surface temp 

Barometric tendency, 
barometric change 

Seawaves: period, height 

Swell: direction, period, 
height 

Past weather 

Course-speed, last three hours 





STANDARD SEARCH AND RESCUE REPORT 


191643Z JAN 73 

FM USS SHIP 

TO RESCUE COORDINATION CENTER 
CIF 176 
TG 176.3 

BT 

CLASSIFICATION 

SEARCH AND RESCUE 3130 

A. NWIP 10-1 (D) 

THE FOLLOWING IS SUBMITTED IAW REF A 

a DD 


2. VIS 10, WIND 160/8, AIR TEMP 25C, SEA SURF TEMP 15C, WAVES: HT 02, 
PD 07, SWELL: DIR 07, HT 04, PD 05 


3. CIRCULAR AREA, RADIUS 20 MILES FORM 27-16N, 125-12E 


4. 63 


FIGURE 5.2 
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Identity 
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SAMPLE MESSAGE USING COMPREP FORMAT 


DEVELOPED BY COMMANDER FIRST FLEET: 
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Bt 


USS SHIP 


COMPREP PROCESSOR 


CLASSIFICATION 


4,3,16,08 
98,02 

4 

BG 

pens 
10,20,15.0 
2,10 


OF 02 
07,5,04 


1 

ore) 

308) 

20 
160-14 


63 
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FIGURE 5.3 


INCLUDES POSITION, FUEL, WEATHER, SEARCH AND RESCUE 


Explanation of data element 


Unit identification 

Serial number of report 

Date time group of report 

Latitude of unit 

Longitude of unit 

Course and speed of unit 

Task Unit Assignment of unit 

Percentage of burnable fuel 
onboard 

Ship weather observation 

Wind indicator, cloud coverage, 
wind direction, speed 

Visibility, present weather 

High cloud coverage 

Type low clouds, height of 
clouds base 

Type middle clouds, type high 
clouds 

Barometric pressure, Air 
Cenperarure 

Air/sea temp differential, 
dewpoint, sea surface temo 

Barometric tendency, 
baranetric change 

Seawaves: period, height 

Swell: direction, period, 
height 

Past weather 

Course-speed, last three hours 

Number and type units 

Radius of search in miles 

Center of search area fram 
present position 

Probability of detection 

Can continue search 





SEARCH AND RESCUE REPORT IN COMPREP FORMAT 


From: 
how 


BI 


USS) Sete 


COMPREP PROCESSOR 


CLASSIFICATION 


COMPREP 


BE-oo? 
003 
101643 
ZAG 

IZ o= EZ 

B 
4,3,16,08 


98 ,02 
1Op ye 


HO), 20 poe 0 


O72 
07,5,04 


Explanation of data element 


Unit identification 

Serial number of report 

Date time group of report 

Latitude of unit 

Longitude of unit 

Ship weather observation 

Wind indicator, cloud coverage, 
wind direction, wind speed 

Visibility, present weather 

Barometric pressure, Air 
temperature 

Air/sea temp differential 
dewpoint, sea surface temp 

Seawaves: period, heicht 

Swell: direction, period, 
height 

Number and type units 

Radius of search in miles 

Center of search area from 
present position 

Probability of detection 

Can continue search 





VI. DEVELOPMENT OF THE COMPOSITE REPORT 


A. PROPOSED COMPREP SYSTEM 

The results of the two attempts by Cammander First Fleet to develop 
an alternative to the present reporting system are encouraging. Although 
a smoothly operating system was not achieved during the exercises evalu- 
ating these systems, an overall acceptance and approval of the concept 
was expressed by the participating units. 

I submit that a COMPREP System is not only a feasible, but a neces- 
sary step toward the reduction of the number of operational reports 
required of operating units. The proposal, as outlined and explained in 
the following section, should be viewed as basic steps in streamlining 
our present reporting system. The proposed development consists of a 
series of clearly identifiable Phases, which systematically and gradually 
modify the present reporting system into a navy-wide information system. 
The cost of such a project and the time required to develop the format, 
software and hardware are not addressed in this paper, although mile- 
stones have been identified and achievement of each milestone is dependent 


only upon the availability of funding. 


Present Communications System 

Within the existing Communications System (see Figure 6.1) tradi- 
tional message reports are received by a communications station fram 
Various originators via several modes of transmission. Upon receipt, a 
copy of each message is stored as received and a copy is transmitted to 
the action addressee and to each information addressee. The cammuni- 


cations section serves ag a distribution point for the incaming messages. 
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Research and Development 
The research and development of a COMPREP System could be carried on 


with no interference to the present cammunications system. The research 
and development effort would be directed toward three main areas: Identi- 
fication of reports to be initially incorporated into the COMPREP; the 


format of the COMPREP; software programs to process the COMPREP. 


Test and Evaluation 

Test and evaluation of the COMPREP System could be effected without 
interfering with the present communications system (see Figure 6.2). 
Figure 6.2 illustrates how sample COMPREPS, generated by hypothetical 
Situations, would be sent to the evaluating unit through the camuni- 
cations station. The Inccming Message Processor would route these 
sample COMPREPS to a COMPREP Processor which would reformat the sample 
COMPREPS into traditional formats. The originators of the sample 
COMPREPS would also send the traditional reports required by the hypo- 
thetical situation, including the appropriate addressees, to the evalu- 
ation unit. The output from the COMPREP Processor would be compared with 
the Pesaitional reports sent by the originator. Adjustments to the 
system, including changes to the COMPREP format, instructions for its 
use, the reformatting program, the accounting program and the addressee 
program, would then be made until the system proved to be operating 
correctly. (Reformatted messages, the same as the traditional reports, 
with the appropriate addressees, are obtained directly fran the COMPREP 
Reformatting system.) At this point, representative operational units 
would be designated to begin submitting COMPREPS in addition to their 


traditional operational reports. It is acknowledged that during this 
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portion of the Test and Evaluation Phase there would be an increase in 
both the workload and the volume of traffic being generated by the 
designated units. However, this period of time would be relatively 
short, involve only a small number of units, and be eliminated at the 


start of Phase I. 


Be CRITERIA FOR SUCCESS 

The objective of the Test and Evaluation Phase of the CCMPREP System 
is to determine if the system can successfully perform the functions for 
which it was designed. In order to be deemed a success, the system must 
be capable of, as a minimum, the following: 

1. It must work! When a COMPREP is originated correctly and 
received by the canmmications station, the accounting and reformatting 
function must correctly process the COMPREP and deliver the traditional 
message to the correct addressees. 

2. The time elapsed fram the time of the incident until the time 
that the action addressees have the reformatted messages must be the same 
as, or less than, the time it would take for action addressees to receive 
the traditional reports under the present reporting system. That is, the 
total time required to prepare, transmit, and reformat the COMPREP, plus 
the time to transmit the reformatted message to the addressees must be 
equal to, or less than the time it would require to prepare, transmit and 
effect delivery of the traditional reports generated by a particular 
incident or situation. 

3. The preparation of the COMPREP by the originator must be easier 
than the preparation of required reports generated by a specific incident. 

4. The originators and the addressees must be convinced that the 


COMPREP system 1s an improvement over the existing reporting system. 
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5. The actual transmission time from ship to shore must be less 
utilizing the COMPREP than it would be transmisting the traditional 


messages. 


C. THE COMPREP PROCESSOR 

Traditional message traffic passing through a cammunications station 
will not be affected by the integration of a COMPREP Processor into the 
system, as illustrated in Figure 6.2. These messages will be handled in 
accordance with existing practices. 

The COMPREP will be diverted to the COMPREP Processor. Figure 6.3 
diagrams the flow of information through the COMPREP Processor. Upon 
entry into the COMPREP Processor, several subroutines will ect on the 
message. In the area of accounting, records will be maintained of each 
unit by Unit Identification Code and serial number of the COMPREP. By 
utilizing a scheme in which the serial number of the COMPREP received is 
compared to the serial numbers of COMPREPS of individual units already 
processed, missing and redundant reports can be detected. As a result, 

a report of missing numbers would automatically be generated and sent 

to the originator. Another feature of the accounting system is autamatic 
generation of requests for additional reports if a predetermined maximm 
time between reports has been exceeded. 

While the accounting functions are being performed, the message is 
passed to the reformatting section. There the message is broken down 
into data elements. Using the Unit Identification Code, data elenents to 
establish the type of report, Task Organization and geographical location, 
appropriate action and information addressees are assigned. The types of 


reports required are determined and the data elements are reformatted 
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into the traditional report form. The traditional report is then trans- 
mitted to the addressees through existing channels and a record copy is 


placed in storage. 


Implementation of Phase I 

Upon canpletion of the Test and Evaluation Phase, assuming that the 
system is evaluated as being successful, the transition into Phase I 
could be accomplished smoothly. The COMPREP Processor, already ina 
position to receive inputs from the Incoming Message Processor (see 
Figure 6.2) could easily be integrated into the present communications 
system (see Figure 6.4). At this time, those units which have partici- 
pated in the Test and Evaluation Phase would cammence submitting 
COMPREPS in lieu of traditional reports. Other units, after a specified 
period of dual reporting, would gradually be changed over to the COMPREP 
System, until the COMPREP became navy-wide. Note that this gradual 
Changeover can proceed at any rate. An individual unit would be added 
to the system upon demonstrating its capability to utilize the COMPREP 


format correctly. 


Phase II 

As an intermediate step in progress toward a large information sys- 
tem, Phase II would permit changes advantageous to users, i.e., the can- 
IMands maintaining data bases or files of infommation. Figure 6.5 
illustrates how the user receives information at the present time, and 
two possible advanced forms. 

As the situation exists now, and during Phase I, all users would 
receive "traditional messages" in existing format. The individual user 


would continue to process these messages and update his own files. 
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In Pnase II, should the user determine that certain data were no 
longer necessary or that additicnal data were needed, the change could 
be made to the format which he receives without the expense and the tire 
Gelays recuired in implementing a navy—-vide chance to an existing report. 
The chance would be made in the COMPREP Processor ("medification I" of 
Figure 6.5). 

A further modification, and verhaps the most beneficial to the user, 
would ke a direct link fran the COMPREP Processor, throuch existing 
channels, to the users campuater or data base ("modification II" of 
Figure 6.5). This would eliminate at least one stage of human hardling 
of the message, and provide the user with up-to-date information at any 


given tire. 


Long Rance Information Systen 
At present the trend in recorting seems to be toward a vast infor- 


7 


mation systen. Althouch the desicn of such a system is beyond th 


(D 
n 


Of This caper, the ewolution of the COMPREP System through Phase II, 
Percicularly the comouter-to-caomuter link form of "Ncdificatio II" 
@escrib=d epowe, is fully comatible with this trem. Any information 
System now within sicht could accest messace inputs in this form. (Se 
Picure 6.6.) Some systems micht even view the COPREIP Systen as an 
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VII. SUMMARY 


Personnel responsible for meeting the reporting requirements imposed 
on operational units of the fleet are faced with an enormous task. The 
number of types and complexity of the reports required have increased to 
the point where it is almost impossible to be aware of and to meet these 
requirements with a high degree of confidence that all the requirements 
have been met. 

Recent attempts to alleviate this problem have been made by Commander 
First Fleet with the development of a canposite reporting system, COMPREP. 
While evaluating the COMPREP during Fleet Exercises ROPEVAL 3-71 and 
COMPUTEX-72, many problems in the area of automatic processing were 
uncovered. Nevertheless, Commanding Officers of the afloat units involved 
endorsed the concept of Camposite Reporting. 

In support of the Camposite Reporting concept as a means to streamline 
the present reporting system, a plan for the development of a COMPREP 
System was presented. Sane of the shortcamings of the previously dev sed 
systems were noted. The most important areas in the development of t e 
COMPREP System were defined. The capability of such a system for ex, ansion 
was illustrated through the addition of a previously excluded report, 
SEARCH AND RESCUE, into the format developed by Commander First Fleet. 
This illustration shows that by utilizing the Canposite Reporting format, 
the amount of preparation time and more importantly the amount of 


EeansmisSsion time saved is considerable. 
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The proposal for a Navy-wide Camposite Reporting System in Section VI 
describes, step by step, a reasonable method of developing such a system, 
and explicit performance specifications to be met to insure success. In 
addition, the system is described as it might be incdified in the future to 
became an integral element in the realization of a Navy-wide Information 


system. 


35 





TAEPENDES i 


Summary of Proposal presented by the Preliminary Development Team 


sponsored by OPNAV 943. 


PRIMARY OBJECTIVES 
To reduce fleet unit reports 
To simplify message drafting 
To afford man and machine readibility 
To reduce message traffic throughout the navy 
To improve message timeliness 


To provide feedback to fleet units 


SECONDARY OBJECTIVES 
To minimize information redundancy 
To simplify operator message preparation 
To reduce total circuit transmission time 
To provide recipient more complete operational information 


To improve information quality 


LONG-RANGE OBJECTIVES 
To increase Command and Control Communications effectiveness 
To incorporate other recurring message reports 
To provide Navy-wide access to operational and Readiness information 


To support Readiness and Training Management 


The COMPREP as proposed by the preliminary development team would be 
implemented in three phases, each phase being a logical follow-on to the 
already existing system. The time frame for progressing fram one phase 


to the next was not specifically defined, but would depend upon the 
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performance, workability and funding available. 


It was proposed, how- 


ever, that the basic design, distribution of materials and implementation 


of Phase I could be accomplished by July. 1974. 


In order to more clearly illustrate the three phases envisioned in 


implementing the COMPREP, the affect of each phase is shown on each of 


the three major camponents of the system in the following table: 


COMPREP 


USER 
ACTIVITY 


Jf 


Single ship to 
shore message 


Translate infor- 
mation for dis- 
tribution into 
existing message 
format. 


Receive customary 
message traffic. 


dt 


Single ship to 
shore message 


Reformat and dis- 


tribute the infor- 


Mation in user 
specified message 
fomnat. 


Peceive infor- 
mation in own 
specified format. 


3 


cE NEM 


Single ship to 
shore message 


Compile a queri- 
able infcrmation 
base and transmit 
subsets of infor- 
mation directly 
to the users 


information system. 


Receive direct 
updates to own 
information base, 
periodic summary 
reports and real— 
time query respon 





BEPENDIX II 


The following data was collected as a result of COMPUTEX 10A-72. 
The Camposite reporting was done in a 10 day period with 44 participating 
afloat units sending 601 COMPREPS to the COMPREP CENTER established by 
Commander First Fleet (CIF 170). The breakdown of outgoing messages 


generated by the COMPREPS as classified by type were: 


Narrative 126 CASREPT 33 
OPSTAT WS. MOVREP Zo 
MI{TSTRIP 63 BATHY 24 
Weather 518 SiSil ae, 
COMSTAT 52 ZDK/ZEK sU3L 
CASCOR 49 Termination 5 
Sitrep 46 Broadcast Shift 1 


Guard Shift 35 


The total number of operational messages reformatted and transmitted 
from the 601 COMPREP input messages was 618. Although this may seem 1 «e 
an insignificant difference in terms of actual messages, the following 
two points should be considered. 

1. There was only one format, a prepositioned, "fill in the blanks" 
format, which required no research by the originator. All of the infor- 
mation and instructions for campleting the report were contained on the 
message blank. 

2. The messages were addressed only to CIF 170, CTU 170.1.9 and to 
immediate operational Conmander of the reporting unit, instead of a long 


series of AIG's and other "concermed comands." 
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